home *** CD-ROM | disk | FTP | other *** search
/ Archive Magazine CD 1995 / Archive Magazine CD 1995.iso / discs / prog_disc / volume_8 / issue_06 / risc_os / Seminar < prev   
Encoding:
Text File  |  1988-12-12  |  6.4 KB  |  141 lines
  1. The Philosophy of RISC OS
  2.  
  3. (This document is an edited form of the note handed out to Independent Software
  4. Vendors during a course of seminars held by Acorn to introduce them to RISC OS.)
  5.  
  6. Acorn System Software
  7. ---------------------
  8.  
  9. From The BBC Computer onwards, Acorn has provided system software with
  10. its products that emaphsise an *abstract* view of device and IO control.
  11. By accessing system calls rather than absolute locations and direct
  12. hardware poking, applications can be made *future-proof*, so that they
  13. will run on future releases of hardware and of software. This applies
  14. to IO ports, graphics, and storage devices.
  15.  
  16. As a consequence, there are numerous useful (and commercially important)
  17. programs that run on Archimedes which have been around since the earliest
  18. days of the BBC Computer. Considering the staggering differences in
  19. underlying hardware between these two systems, no other hardware
  20. manufacturer has managed this to such an extent. When BBC Computers first
  21. appeared PCs did not exist, and Apple ][s and Z80-based machines were
  22. prevelant in the microcomputer world: how many of those programs still run
  23. usefully today on current products?
  24.  
  25. There are numerous other programs from the BBC machines which have
  26. failed to stand this test. Sometimes there are good reasons for this:
  27. if you wish to push a specific configuration to its limits you may have
  28. to write for that specific model.
  29.  
  30. At other times, however, this is not so true. There were numerous programs
  31. for the BBC Computer which could not be ported to the Master or the Compact
  32. or to Archimedes without considerable pain. Similarly, there are commercial
  33. Arthur 1.20 applications which:
  34.   rely on specific return addresses into the ROM
  35.   poke device hardware directly
  36.   access ADFS internal workspace
  37.   access kernel internal workspace
  38.   scribble on page zero
  39.   access the system heap
  40.   assume the base hardware address of the screen
  41.   assume the use of :0
  42. By doing these things without good reason, an application mortgages its
  43. future in terms of portability to future machines, operating system
  44. releases, and architectures.
  45.  
  46. Perhaps, at one time or another, you have had to do one of these things
  47. in order to get round some fundamental limitation of the current machine.
  48. That is all very well, but THINK FIRST!
  49.  
  50. Some more subtle assumptions that should not be made:
  51.   do not reconfigure the machine
  52.   do not assume N-key rollover
  53.   do not assume that video frame refresh is 50Hz (or any other value)
  54.   do not assume that page size is 8 or 32K
  55.   do not assume that the alphabet is Latin-1,
  56.     or that the keyboard is English (international sales!)
  57.   do not assume the precise processor speed:
  58.     it could get faster, or slower
  59.   do not assume the boot-up configuration properties that the
  60.     user likes
  61. Some of these were much harder to live with on Arthur 1.20. Any such
  62. decisions should be reevaluated with RISC OS.
  63.  
  64. How is RISC OS Different from other systems?
  65. --------------------------------------------
  66.  
  67. RISC OS is not just Arthur with a few additional features. The functionality
  68. of the system as a whole has expanded out of all recognition, so that it
  69. should be thought of as a completely different system, more advanced and
  70. more effective at supporting high-quality applications than any competing
  71. operating system.
  72.  
  73. The best way to understand the difference is to see a demonstration, and
  74. to try using it.
  75.  
  76. RISC OS is about
  77.   making programs EASY TO USE
  78.   making programs WORK TOGETHER
  79.   making programs EASY TO CONTROL
  80. It is not simply that we have provided multi-tasking: we also provide the
  81. advice, the guidance and the example to make multi-tasking programs work
  82. together harmoniously and productively, while remaining under easy control
  83. of the user.
  84.  
  85. EASY TO USE
  86. -----------
  87.  
  88. RISC OS is easy to use because it provides a *consistent* model for
  89. easy-to-understand operations. Applications do similar things in a similar
  90. way. Standard facilities are provided for menus, dialogue boxes, and icons.
  91. Standard metaphors are provided for data transfer, loading and saving,
  92. loading and unloading an application, WYSIWYG colour and graphics, printer
  93. drivers, selection, and so on.
  94.  
  95. Every aspect of RISC OS encourages applications to make life easier for
  96. the user. The use of common metaphors for common operations is further
  97. ensured by the extensive written guidelines that we supply to applications
  98. authors.
  99.  
  100. PROGRAMS WORKING TOGETHER
  101. -------------------------
  102.  
  103. The constantly resident Filer provides instant access to filing system
  104. operations, whatever other applications are running. The user interacts with
  105. this when loading and saving files for running applications, rather than
  106. having to learn about some separate part of each application. Identical user
  107. actions are also used to transfer data between applications. As another
  108. example, facilities such as interactive help can be built using applications
  109. that talk to each other, rather than having to build such facilities into
  110. the system itself.
  111.  
  112. All of these are examples of the operation of general-purpose
  113. primitives within RISC OS, rather than being built-in special cases.
  114. This demonstrates the power of the underlying system.
  115.  
  116. EASY TO CONTROL
  117. ---------------
  118.  
  119. The Task Manager utility provides the user with instant understanding of which
  120. applications are running, and how much memory is used by each. It also
  121. provides the means to control interactively the use of memory by the
  122. operating system. Unlike many systems there is no "fragmentation" problem
  123. caused by changing such things dynamically, making best use of Archimedes'
  124. memory mapping hardware.
  125.  
  126. The Palette utility provides the user with control of the screen mode
  127. being used, allowing on-the-fly tradeoff between memory usage, resolution,
  128. colour and performance. All applications are written to run in any mode,
  129. making the best use possible of whatever graphics facilities are available.
  130.  
  131. The configuration and installation guidelines for applications ensure that
  132. any application can be run from any filing system. Complex installation
  133. procedures are not required for applications, they can simply be moved from
  134. one location to another on the desktop. Access to central resources such as
  135. font libraries is also provided in a way that is easy to control.
  136.  
  137. On many systems multi-tasking is only provided at the cost of additional
  138. complexity for the system user, installer and maintainer. On RISC OS these
  139. things are actually simplified by the presence of multi-tasking, rendering
  140. them comprehensible (and thus controllable) to all.
  141.